Method and system for payment card linked offer generation

ABSTRACT

A method for discounting a payment transaction include: storing, in a memory, transaction data for a payment transaction, wherein the transaction data includes at least a transaction amount; receiving, by a receiving device, payment data associated with a payment account, wherein the payment data includes at least a payment account number; receiving, by the receiving device, offer data, wherein the offer data includes an offer identifier associated with the payment account and a transaction modifier; encrypting, using a predetermined encryption key, at least a portion of the payment account number to obtain an encrypted account number; and updating, in the memory, the transaction amount included in the transaction data based on the transaction modifier if the encrypted account number corresponds to the offer identifier.

FIELD

The present disclosure relates to the discounting of a paymenttransaction, specifically the generating of an offer to be usedexclusively by a specific payment card and the redemption thereof at apoint of sale using encrypted payment data.

BACKGROUND

Offers, such as coupons, deals, discounts, rewards, etc., are often usedby merchants, manufacturers, retailers, and other entities to increaseconsumer business. Merchants may hope to gain return customers whoredeem an offer at their store, or may hope that customers shop at theirstore to redeem an offer and then buy additional products that recoupany potential loss of profits from the offer. Manufacturers may hope togain a loyal customer who will provide repeat business following thepurchase of a product using an offer.

While it may generally be of interest for a merchant or manufacturer togain as large of a customer base as possible, the wide distribution ofoffers may require significant resources and carry a large expense. As aresult, offers are often distributed to particular groups of consumersconsidered to be more likely to redeem an offer and/or return to thestore or product afterwards, identified using targeting techniques, suchas based on consumer demographics and/or transaction data. To this end,merchants and manufacturers, and/or offer distributers working on behalfor to the advantage of the merchants and manufacturers, may spendconsiderable time and resources to identify ideal consumers for thereceipt of offers.

However, in many instances, offers distributed to consumers are notexclusive to the consumer. In such instances, the specifically-targetedconsumer may pass the offer on to a different consumer that is outsideof the merchant or manufacturer's target market. This may result in aconsumer that is unlikely to be a repeat customer redeeming an offer,which may financially hurt the merchant in cases where a merchant mayaccept a loss for redemption of an offer in the hope of eventual returnsthrough repeat business.

In an effort to provide offers that are exclusive to specific consumers,some merchants have begun to provide offers to consumers via loyaltyprograms. In such programs, the merchant may associate offers with aspecific consumer, which may then be redeemed by only that consumerafter providing proof of their loyalty account. However, such a systemrequires consumers to previously register with the merchant to obtain aloyalty account, and thus is inadequate for providing offers tofirst-time consumers. In addition, such systems are ineffective formanufacturers who wish to provide offers to consumers for redemption atmultiple merchants. In order to provide consumer-exclusive offers toconsumers that may be redeemed at multiple merchants, some manufacturershave begun providing offers where each distributed offer has a uniqueidentifier or redemption code. However, such offers may still besusceptible to being passed to other consumers as there are no controlson redemption.

Thus, there is a need for a technical solution for the generating anddistribution thereof of offers that are exclusive to a specific paymentcard associated with a consumer that may be redeemed exclusively by theuse of that payment card at multiple merchants without relying on aclosed loop system.

SUMMARY

The present disclosure provides a description of systems and methods forthe discounting of payment transactions and distribution of offer data.

A method for discounting a payment transaction include: storing, in amemory, transaction data for a payment transaction, wherein thetransaction data includes at least a transaction amount; receiving, by areceiving device, payment data associated with a payment account,wherein the payment data includes at least a payment account number;receiving, by the receiving device, offer data, wherein the offer dataincludes an offer identifier associated with the payment account and atransaction modifier; encrypting, using a predetermined encryption key,at least a portion of the payment account number to obtain an encryptedaccount number; and updating, in the memory, the transaction amountincluded in the transaction data based on the transaction modifier ifthe encrypted account number corresponds to the offer identifier.

A method for distributing offer data includes: storing, in an offerdatabase, a plurality of offer data entries, wherein each offer dataentry includes data related to an offer for the purchase of goods orservices including at least offer data and a transaction modifier;receiving, by a receiving device, a payment account number associatedwith a payment account; encrypting, using a predetermined encryptionkey, at least a portion the received payment account number to obtain anencrypted account number; identifying, in the database, a specific offerdata entry; and transmitting, by a transmitting device, at least theencrypted account number and the offer data and transaction modifierincluded in the specific offer data entry to a consumer associated withthe payment account.

A system for discounting a payment transaction includes a memory, areceiving device, and a processing device. The memory is configured tostore transaction data for a payment transaction, wherein thetransaction data includes at least a transaction amount. The receivingdevice is configured to receive: payment data associated with a paymentaccount, wherein the payment data includes at least a payment accountnumber; and offer data, wherein the offer data includes an offeridentifier associated with the payment account and a transactionmodifier. The processing device is configured to: encrypt, using apredetermined encryption key, at least a portion of the payment accountnumber to obtain an encrypted account number; and update, in the memory,the transaction amount included in the transaction data based on thetransaction modifier if the encrypted account number corresponds to theoffer identifier.

A system for distributing offer data includes an offer database, areceiving device, a processing device, and a transmitting device. Theoffer database is configured to store a plurality of offer data entries,wherein each offer data entry includes data related to an offer for thepurchase of goods or services including at least offer data and atransaction modifier. The receiving device is configured to receive apayment account number associated with a payment account. The processingdevice is configured to: encrypt, using a predetermined encryption key,at least a portion the received payment account number to obtain anencrypted account number; and identify, in the database, a specificoffer data entry. The transmitting device is configured to transmit atleast the encrypted account number and the offer data and transactionmodifier included in the specific offer data entry to a consumerassociated with the payment account.

BRIEF DESCRIPTION OF THE DRAWING FIGURES

The scope of the present disclosure is best understood from thefollowing detailed description of exemplary embodiments when read inconjunction with the accompanying drawings. Included in the drawings arethe following figures:

FIG. 1 is a high level architecture illustrating a system for thedistribution of offer data and discounting of a payment transactionbased thereon in accordance with exemplary embodiments.

FIG. 2 is a block diagram illustrating the point of sale of FIG. 1 forthe discounting of a payment transaction using a payment card-exclusiveoffer in accordance with exemplary embodiments.

FIG. 3 is a flow diagram illustrating a process for the generating of apersonalized consumer offer for distribution thereof in accordance withexemplary embodiments.

FIG. 4 is a flow diagram illustrating a process for the identificationof a card-exclusive offer and use thereof to discount a paymenttransaction in accordance with exemplary embodiments.

FIG. 5 is a flow diagram illustrating a method for the generating anddistribution of an offer exclusive to a payment card and the redemptionthereof at a point of sale using the system of FIG. 1 in accordance withexemplary embodiments.

FIG. 6 is a flow chart illustrating a method for the identification of acard-exclusive offer and processing thereof to discount a paymenttransaction by the point of sale of FIG. 2 in accordance with exemplaryembodiments.

FIG. 7 is a flow chart illustrating an exemplary method for discountinga payment transaction in accordance with exemplary embodiments.

FIG. 8 is a flow chart illustrating an exemplary method for distributingoffer data in accordance with exemplary embodiments.

FIG. 9 is a block diagram illustrating a computer system architecture inaccordance with exemplary embodiments.

Further areas of applicability of the present disclosure will becomeapparent from the detailed description provided hereinafter. It shouldbe understood that the detailed description of exemplary embodiments areintended for illustration purposes only and are, therefore, not intendedto necessarily limit the scope of the disclosure.

DETAILED DESCRIPTION

Definition of Terms

Payment Network—A system or network used for the transfer of money viathe use of cash-substitutes. Payment networks may use a variety ofdifferent protocols and procedures in order to process the transfer ofmoney for various types of transactions. Transactions that may beperformed via a payment network may include product or servicepurchases, credit purchases, debit transactions, fund transfers, accountwithdrawals, etc. Payment networks may be configured to performtransactions via cash-substitutes, which may include payment cards,letters of credit, checks, financial accounts, etc. Examples of networksor systems configured to perform as payment networks include thoseoperated by MasterCard®, VISA®, Discover®, American Express®, PayPal®,etc. Use of the term “payment network” herein may refer to both thepayment network as an entity, and the physical payment network, such asthe equipment, hardware, and software comprising the payment network.

Payment Account—A financial account that may be used to fund atransaction, such as a checking account, savings account, creditaccount, virtual payment account, etc. A payment account may beassociated with an entity, which may include a person, family, company,corporation, governmental entity, etc. In some instances, a paymentaccount may be virtual, such as those accounts operated by PayPal®, etc.

Payment Card—A card or data associated with a payment account that maybe provided to a merchant in order to fund a financial transaction viathe associated payment account. Payment cards may include credit cards,debit cards, charge cards, stored-value cards, prepaid cards, fleetcards, virtual payment numbers, virtual card numbers, controlled paymentnumbers, etc. A payment card may be a physical card that may be providedto a merchant, or may be data representing the associated paymentaccount (e.g., as stored in a communication device, such as a smartphone or computer). For example, in some instances, data including apayment account number may be considered a payment card for theprocessing of a transaction funded by the associated payment account. Insome instances, a check may be considered a payment card whereapplicable.

Merchant—An entity that provides products (e.g., goods and/or services)for purchase by another entity, such as a consumer or another merchant.A merchant may be a consumer, a retailer, a wholesaler, a manufacturer,or any other type of entity that may provide products for purchase aswill be apparent to persons having skill in the relevant art. In someinstances, a merchant may have special knowledge in the goods and/orservices provided for purchase. In other instances, a merchant may nothave or require and special knowledge in offered products. In someembodiments, an entity involved in a single transaction may beconsidered a merchant.

Issuer—An entity that establishes (e.g., opens) a letter or line ofcredit in favor of a beneficiary, and honors drafts drawn by thebeneficiary against the amount specified in the letter or line ofcredit. In many instances, the issuer may be a bank or other financialinstitution authorized to open lines of credit. In some instances, anyentity that may extend a line of credit to a beneficiary may beconsidered an issuer. The line of credit opened by the issuer may berepresented in the form of a payment account, and may be drawn on by thebeneficiary via the use of a payment card. An issuer may also offeradditional types of payment accounts to consumers as will be apparent topersons having skill in the relevant art, such as debit accounts,prepaid accounts, electronic wallet accounts, savings accounts, checkingaccounts, etc., and may provide consumers with physical or non-physicalmeans for accessing and/or utilizing such an account, such as debitcards, prepaid cards, automated teller machine cards, electronicwallets, checks, etc.

Acquirer—An entity that may process payment card transactions on behalfof a merchant. The acquirer may be a bank or other financial institutionauthorized to process payment card transactions on a merchant's behalf.In many instances, the acquirer may open a line of credit with themerchant acting as a beneficiary. The acquirer may exchange funds withan issuer in instances where a consumer, which may be a beneficiary to aline of credit offered by the issuer, transacts via a payment card witha merchant that is represented by the acquirer.

Payment Transaction—A transaction between two entities in which money orother financial benefit is exchanged from one entity to the other. Thepayment transaction may be a transfer of funds, for the purchase ofgoods or services, for the repayment of debt, or for any other exchangeof financial benefit as will be apparent to persons having skill in therelevant art. In some instances, payment transaction may refer totransactions funded via a payment card and/or payment account, such ascredit card transactions. Such payment transactions may be processed viaan issuer, payment network, and acquirer. The process for processingsuch a payment transaction may include at least one of authorization,batching, clearing, settlement, and funding. Authorization may includethe furnishing of payment details by the consumer to a merchant, thesubmitting of transaction details (e.g., including the payment details)from the merchant to their acquirer, and the verification of paymentdetails with the issuer of the consumer's payment account used to fundthe transaction. Batching may refer to the storing of an authorizedtransaction in a batch with other authorized transactions fordistribution to an acquirer. Clearing may include the sending of batchedtransactions from the acquirer to a payment network for processing.Settlement may include the debiting of the issuer by the payment networkfor transactions involving beneficiaries of the issuer. In someinstances, the issuer may pay the acquirer via the payment network. Inother instances, the issuer may pay the acquirer directly. Funding mayinclude payment to the merchant from the acquirer for the paymenttransactions that have been cleared and settled. It will be apparent topersons having skill in the relevant art that the order and/orcategorization of the steps discussed above performed as part of paymenttransaction processing.

System for the Distribution and Redemption of Card-Exclusive Offers

FIG. 1 illustrates a system 100 for the generation and distribution ofoffers exclusive to a specific payment card and the redemption thereofat a point of sale.

The system 100 may include a consumer 102. The consumer 102 may have oneor more payment accounts opened with an issuer 104, such as an issuingbank. The issuer 104 may issue a payment card 106 to the consumer 102associated with a payment account opened by the consumer 102 with theissuer 104. The payment card 106 may be encoded with payment dataassociated with the payment account and/or the consumer 102. Forexample, the payment card 106 may be encoded with a payment accountnumber corresponding to the associated payment account.

The system 100 may also include an offer provider 108. The offerprovider 108 may be a merchant, manufacturer, retailer, third partyoffer provider, or other suitable entity configured to generate offersexclusive to a consumer using the systems and methods as disclosedherein. As discussed in more detail below, the offer provider 108 maygenerate an encrypted identifier for an offer using an encryption keyand at least a portion of the payment account number encoded in thepayment card 106 as provided by the consumer 102. For example, the offerprovider 108 may generate an identifier by encrypting specific digits(e.g., every third digit) of the payment account number using anencryption key.

The offer provider 108 may then generate a machine-readable code that isencoded with the encrypted offer identifier and additional offer data.The additional offer data may include an offer name, offer description,offer amount, transaction modifier, start date, end date, quantity,limitations on redemption, and other suitable data that will be apparentto persons having skill in the relevant art. The offer provider 108 maythen distribute the offer including at least the generatedmachine-readable code to the consumer 102. Methods for distributingoffer data to a consumer will be apparent to persons having skill in therelevant art and may include e-mail, short message service message,multimedia service message, a webpage, an application program, etc.

The consumer 102 may then initiate a payment transaction at a merchantpoint of sale 110 for the purchase of one or more products (e.g., goodsand/or services). As part of the payment transaction, the consumer 102may present the payment card 106 to the point of sale 110. The point ofsale 110 may read the payment data encoded on the payment card 106including the payment account number and decode the read data to obtainthe payment details including the payment account number. The consumer102 may also present the personalized offer to the point of sale 110.The point of sale 110 may read the machine-readable code associated withthe offer to obtain and then decode the encoded offer data and encryptedidentifier.

The offer provider 108 may transmit the encryption key used to obtainthe encrypted identifier, or a second encryption key associated with theencryption key used to obtain the encrypted identifier, to the point ofsale 110. In some instances, the offer provider 108 may transmit theencryption key to the point of sale 110 prior to the initiating of thepayment transaction by the consumer 102. In other instances, the pointof sale 110 may request the encryption key from the offer provider 108when presented with the personalized offer. In some embodiments, anencryption key pair may be used such that the offer provider 108 uses afirst key of the pair to encrypt the identifier, and the point of sale110 may use a second key of the pair, as discussed in more detail below,to encrypt and/or decrypt data to validate the authenticity of the offerand the consumer 102.

The point of sale 110 may identify a payment account number read fromthe payment card 106. The point of sale 110 may encrypt at least aportion of the payment account number using the encryption key receivedfrom the offer provider 108. The point of sale 110 may then validate theoffer presented by the consumer 102 by comparing the encrypted accountnumber with the encrypted identifier read and decoded from the offer. Ifthe validation is successful, the point of sale 110 may apply the offerto the transaction using the offer data via systems and methods thatwill be apparent to persons having skill in the relevant art.

The point of sale 110 may then submit the transaction data for thepayment transaction to an acquirer (not shown), which may then generateand submit an authorization request for the payment transaction to apayment network 112. In some embodiments, the point of sale 110 maygenerate the authorization request, which may then be transmitted to thepayment network 112 directly or via the acquirer. The payment network112 may then process the discounted payment transaction usingconventional methods and systems that will be apparent to persons havingskill in the relevant art.

By encrypting the payment account number encoded on the payment card 106for generating the identifier to be used for the card-specific offer,the offer may be redeemed at any point of sale 110 configured to performthe functions disclosed herein. As such, an offer may be provided by amanufacturer (e.g., as or via the offer provider 108) to the consumer102 for redemption at a plurality of different merchants. In addition,by using an account number specific to the payment card 106 to generatethe encrypted identifier, the offer may be redeemed only by the specificconsumer 102 or other authorized user of the payment card 106. This maybe beneficial for issuers 104 or other entities that may wish toencourage use of a specific payment card 106. In addition, by using theaccount number for a specific payment card 106, the offer may not beeasily passed on to another consumer, and thus not redeemed by someoneoutside of the target market for a merchant or manufacturer.

Point of Sale Device

FIG. 2 illustrates an embodiment of the point of sale 110 of the system100. It will be apparent to persons having skill in the relevant artthat the embodiment of the point of sale 110 illustrated in FIG. 2 isprovided as illustration only and may not be exhaustive to all possibleconfigurations of the point of sale 110 suitable for performing thefunctions as discussed herein. For example, the computer system 900illustrated in FIG. 9 and discussed in more detail below may be asuitable configuration of the point of sale 110.

The point of sale 110 may include a receiving unit 202. The receivingunit 202 may be configured to receive data over one or more networks viaone or more network protocols. The point of sale 110 may receive anencryption key from the offer provider 108 for use in encryptingconsumer data for the validation of personalized offers as discussedherein. The point of sale 110 may also include a processing unit 208,which may be configured to store the received encryption key in a memory210.

The point of sale 110 may further include one or more reading units 204.Each reading unit 204 may be configured to read encoded data usingmethods that will be apparent to persons having skill in the relevantart. The reading unit 204 may read product data for one or more productsto be purchased by the consumer 102 as part of a payment transaction.The processing unit 208 may then store corresponding data (e.g.,purchase amounts, quantity, etc.) as transaction data 212 in the memory210. Methods and systems for generating transaction data based on readproduct data will be apparent to persons having skill in the relevantart.

The point of sale 110 may further include an input unit 214. The inputunit 214 may be a keyboard, mouse, click wheel, touch screen,microphone, camera, or other suitable type of device for receiving inputas will be apparent to persons having skill in the relevant art. In someinstances, a user of the point of sale 110 may use the input unit 214 toenter product or transaction data and/or instruct the reading unit 204to read product data from one or more products to be purchased. Thepoint of sale 110 may also include a display unit 216. The display unit216 may be configured to display the transaction data 212 and any otherrelevant information to a user. The display unit 216 may be any type ofsuitable display device, such as a liquid crystal display, lightemitting diode display, cathode ray tube display, capacitive touchdisplay, light projection display, etc.

The point of sale 110 may also include a reading unit 204 configured toread payment data encoded in a payment card 106. Methods for readingdata encoded in a payment card will be apparent to persons having skillin the relevant art and may include magnetic strip swipe readers, nearfield communication readers, optical code readers, etc. The processingunit 208 may identify and decode the encoded data to obtain the paymentdata. The processing unit 208 may then identify a payment account numberincluded in the payment data and encrypt at least a portion of thepayment account number using the encryption key received and stored inthe memory 210 to obtain an encrypted account number. In someembodiments, the offer provider 108 may further specify the portion ofthe account number to be encrypted with the encryption key and/or analgorithm for identifying the portion of the account number to beencrypted when providing the encryption key to the point of sale 110.

The reading unit 204, or a separate reading unit (not illustrated), maybe configured to read offer data and an encrypted identifier encoded ina machine-readable code presented by the consumer 102 associated with anoffer to be redeemed. The processing unit 208 may then decode the offerdata and encrypted identifier. The processing unit 208 may compare theencrypted identifier encoded in the personalized offer with theencrypted account number. If the identifiers match, then thepersonalized offer may be validated as being presented by the paymentcard 106 to which the offer is associated. The processing unit 208 maythen modify the transaction data 212 based on the offer data usingmethods and systems that will be apparent to persons having skill in therelevant art for discounting a transaction based on offer data.

If the identifiers do not match, the display unit 216 may display anotification for the user and/or the consumer 102 indicating the failedvalidation of the personalized offer. The consumer 102 and/or user maythen retry the validation, such as by presenting the payment card 106and re-presenting the personalized offer, which depending on the contentof the encrypted identifier, might be suggested by a display the displayunit 216. In some embodiments, the processing unit 208 may encrypt theidentifier read and decoded from the personalized offer prior tocomparison with the encrypted consumer identifier. In such anembodiment, the identifier included in the personalized offer may beunencrypted when read and decoded from the machine-readable codeassociated with the offer.

After the offer has been applied and the payment transaction discounted,a transmitting unit 206 in the point of sale 110 may be configured totransmit the transaction data 212 to an acquirer over one or morenetworks via one or more network protocols. In one embodiment, theprocessing unit 208 may first generate an authorization request for thepayment transaction including the transaction data 212, which may thenbe transmitted by the transmitting unit 206 to the acquirer. In someinstances, the transmitting unit 206 may be configured to transmit theauthorization request directly to the payment network 112.

After the transaction has been processed by the payment network 112, thereceiving unit 202 may receive an authorization response indicatingapproval or denial of the transaction. The display unit 216 may displaythe response to the user and/or the consumer 102 indicating the approvalor denial of the transaction, which the merchant and consumer 102 mayrespond to accordingly to finalize the payment transaction. In someembodiments, the transmitting unit 206 may transmit a notification tothe consumer 102, offer provider 108, and/or other suitable entityindicating the successful redemption of the personalized offer.

Process for Generating a Personalized Offer

FIG. 3 illustrates a process for the generating of a personalized offerusing an encrypted account number. The process illustrated in FIG. 3 anddiscussed herein may be executed by a processing device, such as thepoint of sale 110, the computer system 900 of FIG. 9, or other suitableprocessing device as will be apparent to persons having skill in therelevant art. For example, the offer provider 108 may include a computersystem, such as the computer system 900 of FIG. 9, which may beconfigured to execute the process of FIG. 3 to generate a personalizedoffer as discussed herein.

As illustrated in FIG. 3, the generation of a personalized offer mayutilize payment card data 302, an encryption key 306, and offer data308. The payment card data 302 may include data associated with apayment account to which the personalized offer is to be associated. Thepayment card data 302 may include at least a payment account number 304,and any other suitable data that may be unique to the associated paymentcard 106 or otherwise used to identify the payment card 106 forvalidation of the personalized offer. In some instances, the entirepayment account number 304 may be used. In other instances, only aportion of the payment account number 304 may be used, such as specificdigits of the payment account number 304, which may be identified by theoffer provider 108.

The encryption key 306 may be any suitable type of encryption key usedfor encrypting the payment card data 302 as will be apparent to personshaving skill in the relevant art. In some embodiments, the encryptionkey 306 may be associated with the merchant or point of sale 110 withwhom the personalized offer is to be redeemed. In a further embodiment,the encryption key 306 may be unique to a specific merchant. In someinstances, the encryption key 306 may be one key of an encryption keypair. In such an instance, the corresponding encryption key may betransmitted to the point of sale 110 for use in validating thepersonalized offer.

The offer data 308 may include data regarding the personalized offer tobe applied to the transaction data 212 by the point of sale 110 todiscount the offer, and/or to the displayed to the consumer 102 (e.g.,on or accompanying the personalized offer) indicating informationregarding the personalized offer. The offer data 308 may include atleast a transaction modifier 310 and redemption limits 312. Thetransaction modifier 310 may be a condition, amount, algorithm, etc. forapplication to the transaction data 212 for discounting of the paymenttransaction upon validation of the personalized offer. The redemptionlimits 312 may be one or more limits or conditions for redemption of theoffer, such as a start date, end date, offer quantity, minimumtransaction amount, etc. Additional data that may be included in theoffer data 308 will be apparent to persons having skill in the relevantart.

The encryption key 306 may be applied to the payment card data 302 andoffer data 308 via an encryption algorithm 314. The encryption algorithm314 may be configured to encrypt, using the encryption key 306, at leastthe payment card data 302 (e.g., at least a portion of the paymentaccount number 304) to obtain an encrypted identifier. In someembodiments, the encryption algorithm 314 may also encrypt the offerdata 308 with the encryption key 306. In other embodiments, theencryption algorithm 314 may combine the unencrypted offer data 308 withthe encrypted payment card data 302 to obtain a single set of data forthe personalized offer.

The processing of the encryption algorithm 314 may yield thepersonalized or card-specific offer 316. The personalized offer 316 mayinclude a generated machine-readable code 318, such as a bar code or aQR code. The machine-readable code 318 may be encoded with the output ofthe encryption algorithm 314, which may include the encrypted paymentcard data 302 and the offer data 308. The encrypted payment card data302 and the offer data 308 may be combined into a single set of dataencoded in the machine-readable code 318 or may be encoded in themachine-readable code 318 as two separate sets of data (e.g., asindicated by a separator) using methods and systems that will beapparent to persons having skill in the relevant art.

The personalized offer 316 may then be distributed to the consumer 102associated with the payment card data 302 used to generate the offer.The consumer 102 may then present the personalized offer 316 at thepoint of sale 110, where the point of sale 110 may read themachine-readable code 318 and process the data, using methods andsystems discussed herein, to validate the consumer 102 as authorized toredeem the personalized offer 316. In some embodiments, the personalizedoffer 316 may include offer data 308 viewable by the consumer 102, suchas to identify the offer (e.g., an offer name or offer description)and/or terms of the offer (e.g., the offer amount, offer type,expiration date, etc.).

Process for Discounting a Transaction Using the Personalized Offer

FIG. 4 illustrates a process for the presentation and processing of thepersonalized offer generated using the process of FIG. 3.

The consumer 102 may visit a merchant and initiate a paymenttransaction. As part of the payment transaction, the consumer 102 maypresent the payment card 106 for payment to the point of sale 110. Thepoint of sale 110 may read payment card data 302 encoded in the paymentcard 106. The payment card data 302 may include at least a paymentaccount number 304 used to generate the personalized offer 316, asdiscussed above with respect to the process of FIG. 3.

The consumer 102 may also present the personalized offer 316 to thepoint of sale 110. The point of sale 110 may read the machine-readablecode 318 to obtain the offer data 308 and an encrypted offer identifier404 encoded therein. Prior to, or during, the processing of the paymenttransaction, the point of sale 110 may also receive the encryption key306 used to generate the encrypted offer identifier 404 decoded from themachine-readable code 318 (e.g., or a key corresponding to theencryption key 306).

The point of sale 110 may then encrypt the payment account number 304included in the payment card data 302 to obtain an encrypted accountnumber 402. In some embodiments, the machine-readable code 318 may beencoded with an unencrypted identifier. In such an embodiment, the pointof sale 110 may encrypt the unencrypted identifier using the encryptionkey 306 or a second encryption key to obtain the offer identifier 404.

The point of sale 110 may then compare the encrypted account number 402to the offer identifier 404 to validate the payment card 106 used by theconsumer 102 to redeem the offer. If the two identifiers 402 and 404 areequal, as is illustrated in FIG. 4, then the processing unit 208 of thepoint of sale 110 may apply the offer data 308 (e.g., including thetransaction modifier 310) encoded in the machine-readable code 318 tothe transaction data 212 to obtain a reduced transaction amount 406. Thepayment transaction may then be processed, by the payment network 112,for the reduced transaction amount 406 as a result of the successfullyredeemed offer.

Method for Generating, Distributing, and Process a Personalized Offer

FIG. 5 illustrates a method for the generating and distribution of apersonalized offer to the consumer 102 and the processing thereof by thepoint of sale 110 using the system 100 of FIG. 1.

In step 502, the issuer 104 may issue the payment card 106 to theconsumer 102. The payment card 106 may be encoded with payment card data302. The payment card data 302 may include at least a payment accountnumber 304 corresponding to the payment account associated with thepayment card 106. In step 504, the offer provider 108 may distribute apersonalized offer 316 to the consumer 102, such as the personalizedoffer 316 generated using the process illustrated in FIG. 3 anddiscussed herein. The personalized offer 316 may include amachine-readable code 318 encoded with offer data and an offeridentifier 404. In step 506, the offer provider 108 may transmit anencryption key 306 to the point of sale 110 for use in validating thepersonalized offer 316. It will be apparent to persons having skill inthe relevant art that step 506 may be an optional step.

In step 508, the consumer 102 may initiate a payment transaction at thepoint of sale 110. Initiating the payment transaction may includepresenting the payment card 106 and the personalized offer 316 to thepoint of sale 110. In step 510, the point of sale 110 may authenticatethe personalized offer 316. Authentication of the personalized offer 316may include encrypting at least a portion of the payment account number304 included in the payment card data 302 to obtain an encrypted accountnumber 402 and comparing the encrypted account number 402 to the offeridentifier 404. Once the offer is authenticated, the processing unit 208of the point of sale 110 may discount the transaction amount based onthe offer data 308 and may generate an authorization request reflectedthe updated transaction data, in step 512.

In step 514, the point of sale 110 (e.g., or an acquirer associated withthe point of sale 110) may transmit the authorization request to thepayment network 112 for processing. In step 516, the payment network 112may forward the authorization request to the issuer 104. In step 518,the issuer 104 may check the payment account used to fund the paymenttransaction based on the payment card data 302 provided by the consumer102 and included in the authorization request. Checking the paymentaccount may include checking for adequate funds and/or credit to fundthe payment transaction based on account information and a transactionamount included in the authorization request.

In step 520, the issuer 104 may transmit an approval of the paymenttransaction to the payment network 112 indicating the ability for theconsumer 102 to pay the discounted amount for the payment transaction.In step 522, the payment network 112 may transmit an authorizationresponse indicating approval of the payment transaction to the point ofsale 110. It will be apparent to persons having skill in the relevantart that steps 514 through 522 represent a traditional method forprocessing a payment transaction and that additional, or alternative.steps and/or methods may be used to process the payment transaction. Instep 524, the merchant associated with the point of sale 110 may providethe purchased goods and/or services to the consumer 102 and/or furnishthe consumer 102 with a receipt for the payment transaction.

Method for Processing a Personalized Offer to Discount a PaymentTransaction

FIG. 6 illustrates a method for processing a personalized offer 316 atthe point of sale 110 to discount a payment transaction. In oneembodiment, the method illustrated in FIG. 6 may be performed as part ofsteps 510 and 512 of the process illustrated in FIG. 5.

In step 602, the processing unit 208 of the point of sale 110 may storethe transaction data 212 in the memory 210. The transaction data 212 mayinclude a transaction amount, product data (e.g., read by the readingunit 204 and/or input by the input unit 214, etc.), and other relevantdata. In step 604, a reading unit 204 of the point of sale 110 may readcard data from the payment card 106 presented by the consumer 102. Thecard data may be encoded in the payment card 106 (e.g., in a magneticstripe, near field communication chip, secure element, etc.) for readingby the reading unit 204.

In step 606, a reading unit 204 may read offer data encoded in amachine-readable code 318 associated with a personalized offer 316presented by the consumer 102 to the point of sale 110. In step 608, theprocessing unit 208 may decode the card data to obtain payment card data302 encoded therein. The payment card data 302 may include at least apayment account number 304. The processing unit 208 may also decode theread offer data to obtain at least a transaction modifier 310 and anoffer identifier 404 encoded therein.

In step 610, the processing unit 208 may use an encryption key 306(e.g., and stored in the memory 210) to encrypt the payment accountnumber 304 included in the payment card data 302 to obtain an encryptedaccount number 402. In some embodiments, the processing unit 208 may usean encryption key 306 identified based on information included in theoffer data. For example, the offer data may include a key identifier, anidentifier associated with the offer provider 108, or other suitableinformation that may be used to identify an encryption key 306 for usein the encryption of the consumer identifier for validation of thepersonalized offer 316.

In step 612, the processing unit 208 may determine if the identifierincluded in the offer data needs to be encrypted prior to validation. Insome embodiments, the processing unit 208 may determine the need for theidentifier included in the offer data to be encrypted based oninformation included in the offer data and/or programming instructions(e.g., stored in the memory 210). If the identifier is to be encrypted,then, in step 614, the processing unit 208 may encrypt the identifier toobtain the offer identifier 404.

Once the offer identifier 404 has been encrypted, or if the offeridentifier 404 does not need to be encrypted, then, in step 616, theprocessing unit 208 may compare the encrypted account number 402 withthe offer identifier 404 to determine if the payment card 106 is thevalid card for redeeming the personalized offer 316. If the comparisonis successful, then, in step 618, the processing unit 208 may modify thetransaction amount included in the transaction data 212 based on atleast the transaction modifier 310 included in the transaction data.Methods and systems used for discounting a transaction amount based onoffer data will be apparent to persons having skill in the relevant art.

Once the transaction data 212 has been modified, or if the consumer 102is not eligible to redeem the personalized offer 316 (e.g., because of afailed validation at step 616 and/or violation of redemption limits 312set to the personalized offer 316), the processing unit 208 may processthe payment transaction, in step 612. In one embodiment, processing thepayment transaction may include transmitting the transaction data 212 toan acquirer. In another embodiment, processing the payment transactionmay include generating an authorization request including thetransaction data 212 and the payment card data 302. In a furtherembodiment, the transmitting unit 206 of the point of sale 110 maytransmit the generated authorization request to the payment network 112for processing.

Exemplary Method for Discounting a Payment Transaction

FIG. 7 illustrates a method 700 for the discounting of a paymenttransaction based on a personalized offer 316.

In step 702, transaction data (e.g., the transaction data 212) for apayment transaction may be stored in a memory (e.g., the memory 210),wherein the transaction data 212 includes at least a transaction amount.In one embodiment, the transaction data 212 may further include at leastone of: transaction time and/or date, merchant name, merchant category,device identifier, merchant identifier, and product data.

In step 704, payment data associated with a payment account may bereceived, by a receiving device (e.g., the receiving unit 202), whereinthe payment data includes at least a payment account number (e.g., thepayment account number 304). In step 706, offer data (e.g., the offerdata 308) may be received, by a receiving unit (e.g., the receivingdevice 202), wherein the offer data 308 includes an offer identifier(e.g., the offer identifier 404) associated with the payment account anda transaction modifier (e.g., the transaction modifier 310). In someembodiments, the offer data 312 may further include at least one of:offer name, offer description, offer type, manufacturer data, merchantdata, product data, start date, expiration date, quantity, andlimitation on redemption.

In one embodiment, receiving the payment data may include reading, by afirst reading device (e.g., the reading unit 204), card data encoded ona payment card, and decoding, by a processing device (e.g., theprocessing unit 208), the received card data to obtain the payment data,and receiving the offer data 308 may include reading, by a secondreading unit (e.g., the reading device 204), encoded offer data encodedin a machine-readable code (e.g., the machine-readable code 318), anddecoding, by the processing device 208, the read encoded offer data toobtain the offer data 308. In a further embodiment, the first readingunit 204 and the second reading unit 204 may be a single device.

In step 708, at least a portion of the payment account number 304 may beencrypted, using a predetermined encryption key (e.g., the encryptionkey 306), to obtain an encrypted account number (e.g., the encryptedaccount number 402). In one embodiment, encrypting at least a portion ofthe payment account number 304 may include encrypting predetermineddigits of the payment account number 304.

In step 710, the transaction amount included in the transaction data 212may be updated, in the memory 210, based on the transaction modifier 310if the encrypted account number 402 corresponds to the offer identifier404. In one embodiment, the method 700 may further include: encrypting,using one of: the predetermined encryption key 306 or a second keycorresponding to the predetermined encryption key, the offer identifier404 to obtain an encrypted offer identifier, wherein the updating stepis performed if the encrypted account number 402 corresponds to theencrypted offer identifier. In another embodiment, the offer identifier404 may be an encrypted identifier.

In one embodiment, the method 700 may further include transmitting, by atransmitting device (e.g., the transmitting unit 206), at least thetransaction data 212 and the payment data to an acquirer for use inprocessing the payment transaction. In an alternative embodiment, themethod 700 may further include: generating, by the processing device208, an authorization request for the payment transaction, wherein theauthorization request includes at least the transaction data 212 and thepayment data; and transmitting, by the transmitting unit 206, theauthorization request to a payment network (e.g., the payment network112).

Exemplary Method for Distributing Offer Data

FIG. 8 illustrates a method 800 for distributing offer data for apersonalized offer 316 associated with a consumer 102.

In step 802, a plurality of offer data entries may be stored, in adatabase, wherein each offer data entry may include data related to anoffer for the purchase of goods or services including at least offerdata (e.g., the offer data 308) and a transaction modifier (e.g., thetransaction modifier 310). In one embodiment, the offer data 308 mayfurther include at least one of: offer name, offer description, offertype, manufacturer data, merchant data, product data, start date,expiration date, quantity, and limitation on redemption.

In step 804, a payment account number (e.g., the payment account number304) associated with a payment account may be received, by a receivingdevice (e.g., the receiving unit 202). In step 806, at least a portionof the received payment account number 304 may be encrypted, using apredetermined encryption key (e.g., the encryption key 306) to obtain anencrypted account number (e.g., the encrypted account number 402). Inone embodiment, encrypting at least a portion of the payment accountnumber 304 may include encrypting predetermined digits of the paymentaccount number 304.

In step 808, a specific offer data entry may be identified in thedatabase. In step 810, a transmitting device may transmit at least theencrypted account number 402 and the offer data 308 and the transactionmodifier 310 included in the specific offer data entry to the consumer102. In one embodiment, the method 800 may further include generating,by a processing device, a machine-readable code (e.g., themachine-readable code 318) encoded with at least the encrypted accountnumber 402 and the offer data 308 and the transaction modifier 310included in the specific offer data entry, wherein transmitting at leastthe encrypted account number 402 and the offer data 308 and transactionmodifier 310 included in the specific offer data entry to the consumer102 includes transmitting the generated machine-readable code 318 to theconsumer 102.

Computer System Architecture

FIG. 9 illustrates a computer system 900 in which embodiments of thepresent disclosure, or portions thereof, may be implemented ascomputer-readable code. For example, the point of sale 110 or the offerprovider 108 of FIG. 1 may be implemented in the computer system 900using hardware, software, firmware, non-transitory computer readablemedia having instructions stored thereon, or a combination thereof andmay be implemented in one or more computer systems or other processingsystems. Hardware, software, or any combination thereof may embodymodules and components used to implement the methods of FIGS. 3-8.

If programmable logic is used, such logic may execute on a commerciallyavailable processing platform or a special purpose device. A personhaving ordinary skill in the art may appreciate that embodiments of thedisclosed subject matter can be practiced with various computer systemconfigurations, including multi-core multiprocessor systems,minicomputers, mainframe computers, computers linked or clustered withdistributed functions, as well as pervasive or miniature computers thatmay be embedded into virtually any device. For instance, at least oneprocessor device and a memory may be used to implement the abovedescribed embodiments.

A processor unit or device as discussed herein may be a singleprocessor, a plurality of processors, or combinations thereof. Processordevices may have one or more processor “cores.” The terms “computerprogram medium,” “non-transitory computer readable medium,” and“computer usable medium” as discussed herein are used to generally referto tangible media such as a removable storage unit 918, a removablestorage unit 922, and a hard disk installed in hard disk drive 912.

Various embodiments of the present disclosure are described in terms ofthis example computer system 900. After reading this description, itwill become apparent to a person skilled in the relevant art how toimplement the present disclosure using other computer systems and/orcomputer architectures. Although operations may be described as asequential process, some of the operations may in fact be performed inparallel, concurrently, and/or in a distributed environment, and withprogram code stored locally or remotely for access by single ormulti-processor machines. In addition, in some embodiments the order ofoperations may be rearranged without departing from the spirit of thedisclosed subject matter.

Processor 904 may be a special purpose or a general purpose processordevice. The processor 904 may be connected to a communicationsinfrastructure 906, such as a bus, message queue, network, multi-coremessage-passing scheme, etc. The network may be any network suitable forperforming the functions as disclosed herein and may include a localarea network (LAN), a wide area network (WAN), a wireless network (e.g.,WiFi), a mobile communication network, a satellite network, theInternet, fiber optic, coaxial cable, infrared, radio frequency (RF), orany combination thereof. Other suitable network types and configurationswill be apparent to persons having skill in the relevant art. Thecomputer system 900 may also include a main memory 908 (e.g., randomaccess memory, read-only memory, etc.), and may also include a secondarymemory 910. The secondary memory 910 may include the hard disk drive 912and a removable storage drive 914, such as a floppy disk drive, amagnetic tape drive, an optical disk drive, a flash memory, etc.

The removable storage drive 914 may read from and/or write to theremovable storage unit 918 in a well-known manner. The removable storageunit 918 may include a removable storage media that may be read by andwritten to by the removable storage drive 914. For example, if theremovable storage drive 914 is a floppy disk drive or universal serialbus port, the removable storage unit 918 may be a floppy disk orportable flash drive, respectively. In one embodiment, the removablestorage unit 918 may be non-transitory computer readable recordingmedia.

In some embodiments, the secondary memory 910 may include alternativemeans for allowing computer programs or other instructions to be loadedinto the computer system 900, for example, the removable storage unit922 and an interface 920. Examples of such means may include a programcartridge and cartridge interface (e.g., as found in video gamesystems), a removable memory chip (e.g., EEPROM, PROM, etc.) andassociated socket, and other removable storage units 922 and interfaces920 as will be apparent to persons having skill in the relevant art.

Data stored in the computer system 900 (e.g., in the main memory 908and/or the secondary memory 910) may be stored on any type of suitablecomputer readable media, such as optical storage (e.g., a compact disc,digital versatile disc, Blu-ray disc, etc.) or magnetic tape storage(e.g., a hard disk drive). The data may be configured in any type ofsuitable database configuration, such as a relational database, astructured query language (SQL) database, a distributed database, anobject database, etc. Suitable configurations and storage types will beapparent to persons having skill in the relevant art.

The computer system 900 may also include a communications interface 924.The communications interface 924 may be configured to allow software anddata to be transferred between the computer system 900 and externaldevices. Exemplary communications interfaces 924 may include a modem, anetwork interface (e.g., an Ethernet card), a communications port, aPCMCIA slot and card, etc. Software and data transferred via thecommunications interface 924 may be in the form of signals, which may beelectronic, electromagnetic, optical, or other signals as will beapparent to persons having skill in the relevant art. The signals maytravel via a communications path 926, which may be configured to carrythe signals and may be implemented using wire, cable, fiber optics, aphone line, a cellular phone link, a radio frequency link, etc.

The computer system 900 may further include a display interface 902. Thedisplay interface 902 may be configured to allow data to be transferredbetween the computer system 900 and external display 930. Exemplarydisplay interfaces 902 may include high-definition multimedia interface(HDMI), digital visual interface (DVI), video graphics array (VGA), etc.The display 930 may be any suitable type of display for displaying datatransmitted via the display interface 902 of the computer system 900,including a cathode ray tube (CRT) display, liquid crystal display(LCD), light-emitting diode (LED) display, capacitive touch display,thin-film transistor (TFT) display, etc.

Computer program medium and computer usable medium may refer tomemories, such as the main memory 908 and secondary memory 910, whichmay be memory semiconductors (e.g., DRAMs, etc.). These computer programproducts may be means for providing software to the computer system 900.Computer programs (e.g., computer control logic) may be stored in themain memory 908 and/or the secondary memory 910. Computer programs mayalso be received via the communications interface 924. Such computerprograms, when executed, may enable computer system 900 to implement thepresent methods as discussed herein. In particular, the computerprograms, when executed, may enable processor device 904 to implementthe methods illustrated by FIGS. 3-8, as discussed herein. Accordingly,such computer programs may represent controllers of the computer system900. Where the present disclosure is implemented using software, thesoftware may be stored in a computer program product and loaded into thecomputer system 900 using the removable storage drive 914, interface920, and hard disk drive 912, or communications interface 924.

Techniques consistent with the present disclosure provide, among otherfeatures, systems and methods for discounting a payment transaction anddistributing offer data. While various exemplary embodiments of thedisclosed system and method have been described above it should beunderstood that they have been presented for purposes of example only,not limitations. It is not exhaustive and does not limit the disclosureto the precise form disclosed. Modifications and variations are possiblein light of the above teachings or may be acquired from practicing ofthe disclosure, without departing from the breadth or scope.

What is claimed is:
 1. A method for discounting a payment transaction,comprising: storing, in a memory, transaction data for a paymenttransaction, wherein the transaction data includes at least atransaction amount; receiving, by a receiving device, payment card dataof a payment card of a consumer, wherein said payment card data isassociated with a payment account of the consumer and includes at leasta payment account number; receiving, by the receiving device, offerdata, wherein the offer data includes an offer identifier associatedwith the payment account of the consumer and a transaction modifier;encrypting, using a predetermined encryption key, at least a portion ofthe payment account number included in the received payment card data ofthe payment card to obtain an encrypted account number; and updating, inthe memory, the transaction amount included in the transaction databased on the transaction modifier when the encrypted account numbercorresponds to the offer identifier.
 2. The method of claim 1, whereinreceiving the payment card data includes reading, by a first readingdevice, data encoded on the payment card and decoding, by a processingdevice, the read data to obtain the payment card data, and receiving theoffer data includes reading, by a second reading device, encoded offerdata encoded in a machine-readable code, and decoding, by the processingdevice, the read encoded offer data to obtain the offer data.
 3. Themethod of claim 2, wherein the first reading device and the secondreading device are a single device.
 4. The method of claim 1, whereinthe offer identifier is an encrypted identifier.
 5. The method of claim1, wherein encrypting at least a portion of the payment account numberincludes encrypting predetermined digits of the payment account number.6. A method for discounting a payment transaction, comprising storing,in a memory, transaction data for a payment transaction, wherein thetransaction data includes at least a transaction amount; receiving, by areceiving device, payment card data of a payment card of a consumer,wherein said payment card data is associated with a payment account ofthe consumer and includes at least a payment account number; receiving,by the receiving device, offer data, wherein the offer data includes anoffer identifier associated with the payment account of the consumer anda transaction modifier; encrypting, using a predetermined encryptionkey, at least a portion of the payment account number included in thepayment card data of the payment card to obtain an encrypted accountnumber; encrypting, using one of: the predetermined encryption key or asecond key corresponding to the predetermined encryption key, the offeridentifier to obtain an encrypted offer identifier; and updating, in thememory, the transaction amount included in the transaction data based onthe transaction modifier when the encrypted account number correspondsto the encrypted offer identifier.
 7. A system for discounting a paymenttransaction, comprising: a memory configured to store transaction datafor a payment transaction, wherein the transaction data includes atleast a transaction amount; a receiving device configured to receivepayment card data associated with a payment card account of a consumer,wherein the payment card data includes at least a payment accountnumber, and offer data, wherein the offer data includes an offeridentifier associated with the payment account of the consumer and atransaction modifier; and a processing device configured to encrypt,using a predetermined encryption key, at least a portion of the paymentaccount number included in the payment card data of the payment card toobtain an encrypted account number; and update, in the memory, thetransaction amount included in the transaction data based on thetransaction modifier when the encrypted account number corresponds tothe offer identifier.
 8. The system of claim 7, further comprising: afirst reading device configured to read data encoded on the paymentcard; a second reading device configured to read encoded offer dataencoded in a machine-readable code, and a processing device configuredto decode the read encoded data to obtain the payment card data, and theread encoded offer data to obtain the offer data.
 9. The system of claim8, wherein the first reading device and the second reading device are asingle device.
 10. The system of claim 7, wherein the offer identifieris an encrypted identifier.
 11. The system for discounting a paymenttransaction, comprising: a memory configured to store transaction datafor a payment transaction, wherein the transaction data includes atleast a transaction amount; a receiving device configured to receivepayment card data associated with a payment card account of a consumer,wherein the payment card data includes at least a payment accountnumber, and offer data, wherein the offer data includes an offeridentifier associated with the payment account of the consumer and atransaction modifier; and a processing device configured to encrypt,using a predetermined encryption key, at least a portion of the paymentaccount number included in the payment card data of the payment card toobtain an encrypted account number, encrypt, using one of thepredetermined encryption key or a second key corresponding to thepredetermined encryption key, the offer identifier to obtain anencrypted offer identifier, and update, in the memory, the transactionamount included in the transaction data based on the transactionmodifier when the encrypted account number corresponds to the encryptedoffer identifier.
 12. The system of claim 7, wherein encrypting at leasta portion of the payment account number includes encryptingpredetermined digits of the payment account number.